home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / e / misc.xsave / 000039_scottac@nb.sympatico.ca_Fri Dec 22 10:36:54 2006.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Path: reader2.panix.com!reader1.panix.com!panix!newsfeed-00.mathworks.com!NNTP.WPI.EDU!elk.ncren.net!newsflash.concordia.ca!News.Dal.Ca!ursa-nb00s0.nbnet.nb.ca!53ab2750!not-for-mail
  2. From: "Scott Caissie" <scottac@nb.sympatico.ca>
  3. Newsgroups: comp.protocols.kermit.misc
  4. References: <xwOhh.34809$cz.516497@ursa-nb00s0.nbnet.nb.ca> <lWShh.32651$tb6.31529@news-wrt-01.rdc-nyc.rr.com> <bF8ih.35271$cz.521966@ursa-nb00s0.nbnet.nb.ca> <4589b00f$0$16922$4c368faf@roadrunner.com>
  5. Subject: Re: Macro: Terminal -> Command -> Terminal -> Command?
  6. Lines: 50
  7. X-Priority: 3
  8. X-MSMail-Priority: Normal
  9. X-Newsreader: Microsoft Outlook Express 6.00.2900.2180
  10. X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
  11. X-RFC2646: Format=Flowed; Original
  12. Message-ID: <Gmrih.35742$cz.527501@ursa-nb00s0.nbnet.nb.ca>
  13. Date: Thu, 21 Dec 2006 08:13:26 GMT
  14. NNTP-Posting-Host: 156.34.45.151
  15. X-Complaints-To: abuse@aliant.net
  16. X-Trace: ursa-nb00s0.nbnet.nb.ca 1166688806 156.34.45.151 (Thu, 21 Dec 2006 04:13:26 AST)
  17. NNTP-Posting-Date: Thu, 21 Dec 2006 04:13:26 AST
  18. Organization: Aliant Internet
  19. Xref: panix comp.protocols.kermit.misc:15610
  20.  
  21. That is what my tests today showed.
  22. With this, I'll have macros that will be running in a loop for about 50-200 
  23. times.
  24. For each, I need only one "INPUT 1" statement at the end to update the 
  25. screen. Up until that point, using a multitude of INPUT 0s works fine. 1 of 
  26. my projects will need to update the screen twice.
  27. I ran one today a few times in a loop of 119 times. Worked perfectly.
  28.  
  29. Though I wish you could allow for fractions of a second. Or an instaneous 
  30. forced update command.
  31. That would be my wish list for Version 3.0.
  32.  
  33. But this so far has helped me a lot. Thanks.
  34.  
  35. - Scott
  36.  
  37. "Jeffrey Altman" <jaltman2@nyc.rr.com> wrote in message 
  38. news:4589b00f$0$16922$4c368faf@roadrunner.com...
  39. > Scott Caissie wrote:
  40. >> I see. I've been testing this out all day, and it works pretty much the 
  41. >> way
  42. >> I was aiming for.  I was never referred to using the INPUT command 
  43. >> before,
  44. >> and to be honest, I don't understand it 100% yet. I'm basically mirroring 
  45. >> my
  46. >> actions.
  47. >> I do have a question. Is there restrictions about using INPUT 0 <text>?
  48. >> This example works fine, but if I use INPUT 0 etc, it won't. I check to 
  49. >> see
  50. >> if it works by using \Fscrnstr(y,x,n) on a large scale.
  51. >>
  52. >> SET INPUT TERMINAL ON
  53. >> set input echo off
  54. >> clear input-buffer
  55. >> define vega {
  56. >> ..LZ_PRO := \Fscrnstr(0,6,8)
  57. >> OUTPUT \5\5\5\5\5\5\5\5\57\49\13\49\52\13\m(LZ_PRO)\24
  58. >> INPUT 1 \5\5\5\5\5\5\5\5\57\49\13\49\52\13\m(LZ_PRO)\24
  59. >> for \%t 1 24 1 {
  60. >> echo \Fscrnstr(\%t,0,79)
  61. >> }
  62. >> }
  63. >
  64. > If you use "INPUT 0 <text>" you are not reading any data from the
  65. > connection.  You must use a timeout greater than 0 in order to process 
  66. > data.
  67. >
  68. > Jeffrey Altman 
  69.  
  70.